RESPONSE UNDER 37 C.F.R. § 1.116 
EXPEDITED PROCEDURE 
Art Unit No. 3625 

REMARKS 

Claims 108-183 are now pending. Applicants have added claim 166, which was 
inadvertently omitted when claims 108-183 were added in the Response Under 37 
C.F.R. § 1.111 filed on December 24, 2002. 

Substitute Specification. 

The Examiner indicates that a substitute specification was filed on January 6, 
2003 (Office Action, Mar. 18, 2003, p. 2). Applicants have not filed any substitute 
specification. Applicants respectfully request that the Examiner provide applicants with 
a copy of the substitute specification. 

information Request 

The Examiner has requested information under 37 C.F.R. § 1 .105. In particular, 
the Examiner has requested the following: 

1. a copy of a web page mentioned in the article entitled "Preliminary 
Injunction Lifted in 'One Click' Patent Battle," 

2. any prior art of record related to litigation concerning U.S. Patent No 
5,960,411 (the '411 patent), and 

3. all summary court judgments and opinions related to litigation concerning 
the '41 1 patent. 

Applicants are submitting an Information Disclosure Statement with the requested 
information. Applicants have reviewed its litigation files in response to this request. 
Applicants are providing copies of the prior art that was located during the review and 
that is not subject to a protective order of the Federal district court. 

Double Patenting 

The Examiner has rejected claims 108-165 and 167-183 under the judicially 
created doctrine of obviousness-type double patenting as being unpatentable over the 
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specification and claims of the '411 patent. Applicants respectfully traverse this 
rejection. 

First, the Examiner errs in rejecting the claims over the "specification and claims" 
of the '41 1 patent. "When considering whether the invention defined in a claim of an 
application is an obvious variation of the invention defined in the claim of a patent, the 
disclosure of the patent may not be used as prior art ." (M.P.E.P. § 804 H.B.1., 
emphasis added.) Clearly, the Examiner is improperly rejecting the claims based on 
the disclosure (i.e., "specification") of the '411 patent, rather than just the claims of the 
'41 1 patent. 

Second, the only basis that the Examiner provides for rejecting the claims is that 
"both [the application and the '41 1 patent] describe a method of making a purchase 
using a single action as opposed to using a shopping cart method, which normally 
requires and [sic, an] additional step of checkout." (Office Action, Mar. 18, 2003, pp. 3- 
4.) This basis does not even establish a prima facie case of obviousness-type double 
patenting. To establish a prima facie case, the Examiner is required to perform a 
factual inquiry that includes: 

(A) determining the scope and content of a patent claim and the prior art 
relative to a claim in the application at issue and 

(B) determining the differences between the scope and content of the patent 
claim and the prior art as determined in (A) and the claim in the 
application at issue. 

(M.P.E.P. § 804 II.B.1 .) The Examiner has performed neither of these factual inquiries. 
The Examiner has not pointed to any prior art in rejecting the claims based on 
obviousness-type double patenting. In addition, the Examiner has only pointed to the 
similarities of the claims, rather than the differences as required. Moreover, the 
Examiner has impermissively lumped together all the claims when each claim is clearly 
different from the claims of the '41 1 patent in different ways. For example, claim 108 is 
directed to not requiring a logon when ordering an item and requiring a logon when a 



[24976-8002/SL032230.1 80] 



-15- 



RESPONSE UNDER 37 C.F.R. § 1.116 
EXPEDITED PROCEDURE 
Art Unit No. 3625 

user updates their account information. Claim 126, in contrast, is directed to 
automatically combining orders into a single order. 

Rejections under 35 U.S.C. S 103 

The Examiner has rejected claims 106-165 and 167-183 under 35 U.S.C. § 103 
as being unpatentable over Blinn '373, Blinn '622, Yesil, Wojcik, and Official Notice. 
Applicants respectfully traverse these rejections. 

Applicants respectfully request clarification of the facts for which the Examiner is 
taking Official Notice. Applicants can find nothing the Office Action to indicate the facts 
of which the Examiner is taking Official Notice. As such, applicants cannot effectively 
respond to the rejections. Even though an effective response is not possible without 
knowing the facts of which the Examiner is taking Official Notice, applicants make the 
following observations. 

Claims 108-125, 151-157, and 176-183 are directed to not requiring a user to 
log on when ordering an item and requiring a user to log on when changing account 
information. The relied-upon references describe interacting with a server in an 
environment where the user logs on to the server whether placing an order or changing 
account information. Blinn '622 explicitly states that a "welcome.html page serves as a 
logon page for consumers." (Blinn '622, 7:53-67, emphasis added.) Blinn '373 
describes that it uses the HTML templates as described in Blinn '622, which Blinn '373 
incorporates by reference. (Blinn '373 13:59-14:6.) Blinn '373 further describes that it 
is preferred that "the layout of the initial welcome page [is defined] with a welcome.html 
template." (Blinn '373, 14:7-25.) Thus, both Blinn *373 and Blinn '622 describe an 
environment where users log on to the server before any other action is taken. 

Yesil also describes systems in which a user is required to log on before taking 
any other action. Applicants are including in an Information Disclosure Statement 
additional pages from Yesil that illustrate this requirement. Yesil describes session- 
based tracking and subscription-based tracking of user information. Yesil describes 
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•that a session for session-based tracking is "[o]ne customer's visit to an Internet Web 
site, from start to finish ( login to logout)." (Yesil, p. 112, emphasis added.) According 
to Yesil, subscription-based tracking requires customer registration and retaining of 
knowledge of the customer between visits. "When logging on to shop, a [customer] can 
be authenticated and acknowledged." (Yesil, pp. 121-22, emphasis added.) 

More generally, none of these references teaches or suggests that an item can 
be purchased without logging on to a server computer. 

The Examiner recognizes that Blinn '373 "does not specifically teach that the 
order is placed in a single action." (Office Action, Mar. 18, 2003, p. 6.) To cure this 
deficiency, the Examiner relies on Yesil's description of the "instant buy button" of the 
Netscape Merchant System. The adding of the instant buy button, however, would not 
result in single-action ordering. Yesil only suggests that the "checkout review" step of 
the checkout process can be skipped. The checkout process involves more than just 
the step of reviewing items that have been placed in a shopping cart. It includes the 
steps of confirming (or providing) delivery information and payment information. Yesil 
does not suggest that these additional steps can be avoided with the use of the "instant 
buy button." Moreover, review of Netscape's Site Administrator's Handbook for the 
Merchant System under the heading "Instant Buy" states that the "customer can simply 
click on the Buy Now button, which brings up the Checkout page." (See, Appendix A). 
Thus, to actually place the order, the customer would need to click on the instant buy 
button and perform the actions required by the "Checkout page." As such the adding of 
the "instant buy button" to Blinn '373 would not result in single-action ordering. 

The Examiner relies on Wojcik for teaching "optimizing shipment of multiple 
orders by consolidation." Wojcik, however, does not "combine" orders into a single 
order as recited by claims 126-139 and 158-167. Rather, Wojcik simply describes a 
technique for deciding which orders can be put on the same truck so that the truck will 
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be as fully loaded as possible. Regardless of what orders Wojcik decides to put on a 
truck, no orders are combined into a single order. 

Claims 140-150 and 168-175 recite "displaying an indication that the order for 
the item that is requested can be canceled within a time interval," or similar language. 
The Examiner has not pointed to anything in the cited references as teaching, 
suggesting, or motivating such displaying. As such, the Examiner has not established 
a prima facie case that these claims are obvious. 

Rejections under 35 U.S.C. S 112. second paragraph 

The Examiner has rejected claims 114-116, 134-136, 144-146, 173-174, and 
181-182 under 35 U.S.C. § 112, second paragraph, as being indefinite. The Examiner 
believes that "the term 'partial' renders the claim indefinite since the whole is not 
distinctly defined. Applicants respectfully disagree. The specification clearly describes 
"partial" information. For example, partial information may include "the last five digits of 
a credit card number." (Specification, 11:13-27.) One skilled in the art would 
understand that the entire credit card number is the whole. The specification further 
states that "[s]uch partial information should be the minimum information sufficient to 
indicate to the purchaser whether or not the server system is using the correct 
purchaser-specific information." (Id.) 
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Based upon these amendments and remarks, applicants respectfully request 
reconsideration of this application and its allowance. If the Examiner believes a 
telephone conference would expedite prosecution of this application, the Examiner is 
encouraged to call the undersigned at (206) 359-8548. 



Correspondence Address: 
Customer No. 25096 
Perkins Coie LLP 
P.O. Box 1247 

Seattle, Washington 98111-1247 

(206) 359-8548 

(206) 332-7198 (Facsimile) 



Respectfully submitted, 
Perkins Coie LLP 





Maurice J. Pirio 
Registration No. 33,273 
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APPENDIX A 
■Merchant and! Staguig Seiyers 



Additional G usto m er- Related Features 

The . Merchant System also provides a -.set.of futures; fertile cu^tdiiitiiri who 
shops at tlie ; ;;mulL 



Customer Shopping Basket 

the. Shopping Basket, keeps a tally of the products selected by : the customer for 
purchase. It is local to the client on die: Gustoinei *6 luachlnti (i ,c, a browser), 

Thr! MS updates die Shopping Basket -as the customer adds and removes /items 
:in the Shbp^mg Basket The MS ^l^cv provides a revi.ew.of : the cx)ntent$ ( : ^k>n^ 
with a drscriprion of each Kein selected^ The Shopping Basket is Mall^wide In 
scope; 

The Shop pirig Basket is time-stamped and emptied at selected i m ervals. The. 
default is twelve, hours nfter the Cai stonier adds the first kem to the Shopping 
Basket. The length of this interval, is sb-ted on iiie Keyiew Shnpping Basket 
Screen:. - 

•The shopping basket is atso emptied when a credit card transaction is rejected, 

The> contents of the Shopping Basket include the unique Stock Keeping Unit 
($KtJ) number for each product and quantity tequestedv There* is a unique SKU 
.numter for each product' offered by the Malt This uniqueness is preserved 
across Merchants, as in normal retail business practice. 

Tlie (:r>nic»nis of the Shopjpirig Basket are encrypted during its existence. This 
encrypted data can be read only by d te Tran.saciion Server and Merchant 
Server. 

Instant Buy 

hiKiarii Buy enables one button shopping by means of a Buy No its hu\ i on as 
part of the customer interlace. The customer ran simply click on.thc Buy Now 
button , which brings up the Checkout page. All items collected in ih*? Shopping 
Basket up to that point are aulomai ically purchased at that time. 

The Buy Now button is a default in the hud:mla template for each product, If 
the merchants want to disable this feature, they must change ihz biidimlc 
teiriplate for: that: product by removing the template tor The Bay Now button. 
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Merchant and Staging Sejvers 



For instnicions on Ikw to cohftgurc/the tcmpiare, refer , Lb i.Qie, Ptot/MCf, 
Designer 's Handbook. 



Pricing 

A* customers place products in rJieir Shnppiii 8 baskets, the price of c^ch. 
product is entered In the Shopping Basket. Whcn/thc* Gusto, uftr. checks out of 
Jhe Merchant Systeiiv, the contents of the Shopping Basket :are forwarder the. 
Transaction Server tor processing. 

T hn Merchant System supports tiic use; ©f bo^ 
as well as sales prices for huth product;and SKU-lcvet prices, 

The action mkeri when the prices are not equal depends on the merchant price 
policy defined in the database. 

Discounts and Coupons 

Tliis feature allows GtMtc^GirsnbMd^di^h-t^iupo-ns to their shopping 
baskws ; jind. allows merchants to provide coupon infoniiation to ;the: customers ^ ^ 
thiough a coupon bud page. Customers add coupons: to the* shopping basket r - 
from the product bud page. If the product har, an associated coupon, customers C 
ean enter the coupon nameir. a w indow that is displayed on the product bud 
page. (Noi« that coupon names can bc : advertised, for example, ma newspaper 
oi on the Internet. ) 



Product Search Module 

Product search provides a configiirable ^iu ch engine used for locating store- 
fronts and products uh Uie Mall. The Product .Search feature allows customers 
in writer keywords ina produ a search. pa^e and Find products of their interest 
m the malLT^^^ 

wsirch ror "Related products" in the mail. For information on the the Produa 
Search module and its components, see "Product Search Module" on page 84 
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